home *** CD-ROM | disk | FTP | other *** search
/ ShareWare OnLine 2 / ShareWare OnLine Volume 2 (CMS Software)(1993).iso / elecmail / rnet200f.zip / WHATSNEW.200 < prev   
Text File  |  1993-06-02  |  9KB  |  151 lines
  1. -------------------------------------------------------------------------------
  2.                           What's new in version 2.00
  3. -------------------------------------------------------------------------------
  4.  
  5.   RNET version 2.00 is a complete rewrite.  Since the alpha version of PCBoard
  6.   15.0 was released, I've been working non-stop 7 days a week rewriting RNET.
  7.   Since there are major changes involving the extended headers in PCBoard 15,
  8.   and message routing functions are being implemented, this is the perfect
  9.   time to finally develop the long planned version 2.00!
  10.  
  11.   The upgrade from version 1.xx to 2.00 requires very little effort -- add two
  12.   keywords to the top of your CFG's (HOSTID= and LOCALID=) and you're all set.
  13.   To make use of some of the new features or better ways of defining confs,
  14.   you'll need to do a little more work (but not much).
  15.  
  16.   See UPGRADE.DOC for more information on how to upgrade from 1.xx to 2.00.
  17.  
  18.   What's new in version 2.00a (see CHANGES.200 for additional features added):
  19.  
  20.   ■ Speed -- RNET is even faster than before.  The "slow" mode of operation
  21.     (flushing the directory structure after every message) is faster than the
  22.     old "fast" mode.  Of course, RNET still maintains safety as top priority
  23.     and can even enable or disable the DOS flush "on the fly" as needed.
  24.     (revamped in 2.00c to create a disk cache on-the-fly if memory available)
  25.  
  26.   ■ Internal and VERY FAST support for "you have mail waiting" flags.  No need
  27.     to run another product to check out your conferences, RNET can update all
  28.     your users' mail waiting flags.  Since it does it itself, it doesn't need
  29.     to update each user for each message by scanning the messagebases, it
  30.     updates each user ONCE setting ALL of their mail waiting flags at the end.
  31.  
  32.   ■ Refer numbers now fully supported -- both incoming and outgoing packet
  33.     refer numbers are adjusted.  Assuming all nodes between two points are
  34.     running RNET version 2, the refer numbers will all be correct.  Networks
  35.     running entirely on RNET will find their refer numbers correct across the
  36.     entire network!  The refer "tables" are automatically packed to match the
  37.     messagebase packing.  Thus, if you maintain 1000 messages in your message-
  38.     bases, the refer tables will keep track of those 1000 messages.  If you
  39.     pack your conferences down to 500 messages, RNET will automatically adjust
  40.     the refer tables down as well.
  41.  
  42.   ■ Automatic dup checking against host packets -- since the refer tables keep
  43.     track of the "host number" for each message, RNET can check all incoming
  44.     messages against the table to determine if that message has already been
  45.     imported.  (This can be disabled if you have a host that tends to lose or
  46.     renumber their conferences often).  [Also added X.25 CRC32 dup checking].
  47.  
  48.   ■ Automatic age checking -- specify to RNET the age (in days) of the oldest
  49.     message you'll accept.  The default is 30 days.  The age check allows RNET
  50.     to catch "mass uploaded dups" even if the CRC and similar tables have long
  51.     since lost track of those messages.
  52.  
  53.   ■ RNET allows you to abort an import in the middle then re-start it later
  54.     and RNET will only import the messages it didn't import the first time!
  55.     Combined with KILL_QWK, if there is a problem and the QWK packet remains
  56.     available to RNET, the next time it runs it'll import only the messages it
  57.     didn't get the first time (this assumes you fixed the out of disk space
  58.     problem or whatever else caused the first import to fail).
  59.  
  60.   ■ Supports versions 14.5, 14.5a and 15.0 of PCBoard.  Support for PCBoard
  61.     14.0-14.2 and ProDoor based systems is coming soon.
  62.  
  63.   ■ RNET will automatically create missing messagebases, NDX, and IDX files.
  64.     No need to crank up PCBoard to create the messagebase, just define it in
  65.     PCBSM, tell RNET about it, and forget it.  RNET will do the rest.
  66.  
  67.   ■ Messages may be of an unlimited (er, up to PCBoard maximum) size and
  68.     number of lines.  PCBoard still limits the total message size to 32K (255
  69.     x 128 byte blocks).
  70.  
  71.   ■ PCBoard 15.0 extended headers are fully supported INCLUDING file attach!
  72.     For a file attach to work, the mail door must be setup to include the file
  73.     in question.  If the existing mail doors don't support this soon, don't
  74.     worry, the RNETdoor will.
  75.  
  76.   ■ Fancy and sysop defined reports including an expanded usage analysis
  77.     report!  The new analysis report keeps track of the number of days each
  78.     conference has been in use, public/private/routed exports and imports,
  79.     average daily traffic, date of last import, date of last export, etc.  The
  80.     report tells you what conferences your users aren't using and even warns
  81.     you of dead conferences.
  82.  
  83.   ■ Tracking reports for taglines and origin.  Jim Lee needs only turn on the
  84.     tagline_track and then use a batch file with grep to tell him the taglines
  85.     which don't conform to ILink standards (heh).  No more writing of custom
  86.     programs to do it -- RNET will do it for you!  If the network is using
  87.     Origin and Seenby lines, RNET can dump all @ORIGIN lines to a log to see
  88.     how much each board contributes to the network.
  89.  
  90.   ■ An easy-to-use sysop programming language for filtering (translations,
  91.     tcans, tracking) messages on a global or conference specific basis!
  92.     Running a family board and don't want to see specific 4 letter words?
  93.     Just tell RNET to translate those words into something else like "f***"
  94.     or "<word deleted>" and whenever such words show up, they're "fixed".  Or,
  95.     if you prefer, messages with specified phrases can be tcanned or logged or
  96.     both.  You tell it what you want it to do.
  97.  
  98.   ■ Customized tracking logs for logging the header or entire message of
  99.     specific messages.  Want to see a log of every message written by a
  100.     certain user (ie, someone being moderated), or perhaps a list of messages
  101.     which are addressed to you?  Just tell RNET to do it and it does!
  102.  
  103.   ■ RNET can now automatically keep the last x (you define x) REPs, QWKs, and
  104.     pointers.  It will automatically renumber and copy the packets off as
  105.     desired... no more need to write a batch-file-of-doom to keep backups!
  106.  
  107.   ■ Oh, and lets not forget ROUTED mail!  It does require that the mail door
  108.     support routed mail, of course, but again, if it becomes a problem don't
  109.     worry -- the RNETdoor will handle routed mail just fine.
  110.  
  111.   ■ Sysop customizable "last mail event at ..." support to update your NEWS
  112.     or other display files.  Includes dozens of "@..@" replacement codes for
  113.     things such as day of week, day or year, week of year, month short, month
  114.     long, etc.
  115.  
  116.   ■ Specialized @..@ codes can be used when defining ANY log filename to RNET
  117.     so your logs can be called exactly what you want.  Don't like getting your
  118.     daily VERBOSE.@DAYOFWEEK@ logs?  How about @WEEKNUM@.LOG -- keep a log for
  119.     each week of the year.  Or, use environment variables anywhere -- how
  120.     about %PCBDRIVE%%PCBDIR%DAY_LOG.@DAYOFYEAR@?  And, of course, RNET will
  121.     delete the "tomorrow" log automatically to keep your logs from growing out
  122.     of control.
  123.  
  124.   ■ If running in a low memory situation, RNET will automatically swap out to
  125.     disk leaving about 800 bytes of itself in memory!  Useful since PKZIP
  126.     version 2 wants up to 206K of free ram for itself (sheesh).
  127.  
  128.   ■ Programmable packing of your messagebases.  I used to run PACK /AREA:ALL
  129.     /MAX:550... every night during my 4am event.  Packing conferences with
  130.     only 100 messages was useless and time consuming (never mind beating up
  131.     the disk).  Now, I have RNET pack my echo conferences down to 500 only
  132.     when they have more than 750 messages!  On top of that, you can specify
  133.     the "rules" for packing on a conference by conference basis and even tell
  134.     RNET the rules for ALL of your conferences, not just the echos. You can
  135.     even use this when you don't use RNET as your tosser!
  136.  
  137.   ■ And lots of little things that make the difference -- uses YOUR defined
  138.     PCBSM colors for display; supports 80x25 through 132x66 (or larger screen
  139.     sizes .. and *uses* the space); detects when running under DV, OmniView,
  140.     VU, Windows, etc to use the right video mode/buffer; can import packets
  141.     in reverse order if using Robocomm; writes Error, Warning, and Notice
  142.     logs for different levels of warnings; even the DOS SHELL in a box
  143.     function correctly handles the "fast-char" output from PKZIP version 2.
  144.  
  145.   Of course, these are only the *new* things for version 2.00 -- the full
  146.   feature list of RNET is indeed impressive!  We also offer a printed manual
  147.   in a ring binder so you can look up the features and functions when you need
  148.   to implement them!
  149.  
  150. -------------------------------------------------------------------------------
  151.